• OWNERS [JoelSpeed]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

In response to this:

i am going to override the e2e-aws-operator test as we believe it is misbehaving currently. i wanted to get the testing fix in place in hopes that we could see the tests pass here, but now /that/ PR is also having issues. @JoelSpeed and i have talked about this and @sunzhaohua2 has confirmed the behavior of the autoscaler.

/override ci/prow/e2e-aws-operator

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

In response to this:

This commit rebases the autoscaler on top of the Kubernetes/Autoscaler 1.25.0 release. There are several commits that we carry on top of the upstream autoscaler and the rebase process allows us to preserve those. Here is a description of the process I used to create this PR.

(inspired by the commit description for the 1.18 rebase. pr #139)

Process

First we need to identify the carry commits that we currently have, this is done against our previous rebase to catch new changes. Once identified we will drop commits which have merged upstream and only carry unique commits. (see below for the carried and dropped commits).

Identify carry commits (run from the openshift/master branch)

git log -n 20 --oneline --no-merges

this is slightly different from previous rebases in that the history has gotten slightly wonky and i needed to manually inspect the carry patches.

After identifying the carry commits, the next step is to create the new commit-tree that will be used for the rebase and then cherry pick the carry commits into the new branch. The following commands cover these steps:

$ git remote update # make sure we update our refs
$ git checkout cluster-autoscaler-1.25.0
$ git checkout -b merge-tmp # create a temporary branch for our merge commit
$ git checkout openshift/master # we want to be at the tip of the openshift master branch when we run the next command
$ echo 'merge upstream/cluster-autoscaler-1.25.0' | git commit-tree merge-tmp^{tree} -p HEAD -p merge-tmp -F - # create a new merge commit for our history
deadbeef12345678 # id of new merge commit
$ git branch merge-1.25.0 deadbeef12345678 # create a new branch for the cherry-pick work
$ git checkout merge-1.25.0
$ git cherry-pick <carry commits> # cherry pick the needed commits into the new branch

With the merge-1.19.0 branch in place, I cherry picked the carry commits which applied, resolved merge conflicts, and finally tested the resulting tree against the unit test and end-to-end suite.

Carried Commits

These commits are for features which have not yet been accepted upstream, are integral to our CI platform, or are specific to the releases we create for OpenShift.

4baab0ccd UPSTREAM: <carry>: revert capacity annotations
b031b6a17 UPSTREAM: <carry>: Updating vertical-pod-autoscaler images to be consistent with ART Reconciling with https://github.com/openshift/ocp-build-data/tree/2e5eba0108299087402c119ba0dc979a0a6c0bd1/images/vertical-pod-autoscaler.yml
ad7a10a1d UPSTREAM: <carry>: Have VPA ignore phantom containers named "POD"
e6f39989e UPSTREAM: <carry>: Handle old Machine API specific machine delete annotation
c1b8c5623 UPSTREAM: <carry>: Rename FailureMessage to ErrorMessage
8f4ca337b UPSTREAM: <carry>: configure repository for OpenShift releases

Dropped Commits

These commits were carried over the 1.24.x release history and represent work that has been accepted upstream.

96336e7c6 UPSTREAM: <drop>: Update dependencies for Cluster Autoscaler 1.24.0
c7e7fa94c UPSTREAM: <carry>: Implement scale from zero
0b9add501 UPSTREAM: <carry>: Revert "Adding config for event filtering"

of special note in this rebase is this commit

4baab0ccd UPSTREAM: <carry>: revert capacity annotations

due to the scale from zero changes being accepted upstream we can now drop our carried patch. but, the upstream implementation has differed slightly from our's (mainly around annotation names). we will need to carry this patch until we can fix all the providers to properly use the new annotations.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.